#BDD #導入 #scenario #CI #LivingDocumentation
在 BDD training 會後最多人的疑問就是：PO 可以接受、協助甚至幫忙寫出這樣的 scenario 嗎？
答案是可以的，就看你怎麼協助、引導 PO 接受與改變。
要學會很簡單，要導入很難，要落實更難。
如果只有學會，就想硬上，那幾乎一定是失敗收場，因為你根本不在乎人，不在乎他們，沒用心了解他們想要的，跟他們碰到的問題在哪。
這張照片通常是我導入的第一步，在跟 PO 跟 team 討論的過程中，醜醜但迅速地把 scenario 跟 example 畫在白板上，重點在取得共識，了解彼此講的東西。
接著回去透過 Cucumber 整理成 gherkin style 的 scenario 後，再自動產出 report 到 CI 上。
最後把 CI 的 report URL 與白板的照片都貼在 trello or jira 的 card 上做比較。當 PO 可以接受這是同樣的東西，且 gherkin style 的 DSL 對他們沒有太多門檻時，第一步就成功了。
--
最後提醒一下各位朋友，「誰寫，不是最重要的」，重點是「協作過程」。以我的經驗來說，在淬煉 scenarios (or specification) 過程中，PO 是抽不出手來打字的，因為 PO 得一直一直回答問題。所以重點是：以相同, 一致的 style 為基礎，來討論需求的 what, 透過 key examples 來淬煉出關鍵的 business rules。
當然，當鋪路（or 洗腦)成功以後，PO 的第一版 scenarios 就會以這樣的方式來呈現，屆時跟 PO 一起討論需求時，就可以減少更多的 rework, 避免更多的浪費。
Search